home *** CD-ROM | disk | FTP | other *** search
/ Shareware Super Platinum 8 / Shareware Super Platinum 8.iso / mac / DATABASE / WRKBAS92.ZIP;1 / OPENER0.TXT < prev    next >
Encoding:
Text File  |  1992-03-17  |  3.1 KB  |  65 lines
  1.                    Open Error(0) - Some Solutions (Summer '87)
  2.                                      
  3.                                 Diane Lask
  4.                                 24 Sep 89
  5.  
  6.  
  7.      Normally,  open  errors  are  supposed  to  return  a  value  that  is
  8. equivalent to  a DOS  error number.  Cases have been reported in which open
  9. error is  returning a value of 0 -  not a valid DOS error number.  The open
  10. error(0) is  always reporting  the failure  occurring  on  an  index  file.
  11. Because of  the intermittence  of the  problem , we have no definite causes
  12. for the  problem however  it does  seem to  be directly related to an index
  13. file corruption.     Certain techniques, summarized below,  have been found
  14. to have  a high  degree of  consistency in  fixing the problem once it does
  15. occur.
  16.      
  17.      Some conjectures and insights as to the nature of the problem:
  18.  
  19.        a. Although  an index  file is  almost invariably  reported with the
  20.           error, it  appears that the reported file may not actually be the
  21.           one causing the problem.  Correction procedures dealing with file
  22.           corruption must  be applied  to all  index  files.    Index  file
  23.           corruption of some sort should be the first suspect.
  24.        
  25.        b. Since  the error  reports with  an index  file and since we do so
  26.           much in memory buffering of our indices, corruption of the memory
  27.           environment might also be suspected.
  28.        
  29.        c. The  problem seems  to occur  more  frequently  with  very  large
  30.           databases and/or  indices (megabyte  range) and/or  a very  large
  31.           number of databases or indices.
  32.        
  33.        d. The problem seems to occur more frequently on a network.
  34.        
  35.      The following procedures have found to be of great help in correcting
  36. the problem:
  37.      
  38.        1. Delete  all index  files associated with the application and then 
  39.                 ___                                                      
  40.           recreate the indices.  Note: Step #1 must be executed before each
  41.           of the following steps will work properly (reasoning that if step
  42.           #1 has  not  succeeded  by  itself  the  index  files  have  been
  43.           corrupted again).
  44.        
  45.        2. If  no success  with #1,  insure  the  integrity  of  the  memory
  46.           environment (IE.  BUFFERS 8 or 16, FILES= odd number, SET CLIPPER
  47.           is sensible and at an odd number, no TSR's or caches, etc.).
  48.        
  49.        3. If no success try turning off expanded memory (E000).
  50.        
  51.        4. If  no success  try altering  the CLIPPER  memory  environment  R
  52.           parameter.
  53.        
  54.        5. If  no success attempt to change the order in which the databases
  55.           and/or the indices are opened.
  56.        
  57.        6. If  no success  try altering the index key or database lengths by
  58.           one.
  59.  
  60.      Step #1 appears to succeed by itself in over 90% of the cases
  61. involved.  recreating indices).
  62.      
  63.      Any suggestions or comments would be appreciated and should be
  64. forwarded to me (Diane Lask CIS ID 72460,1247).
  65.